home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Night Owl 6
/
Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso
/
033a
/
wcff_300.zip
/
WCFLFWRD.DOC
< prev
next >
Wrap
Text File
|
1991-08-01
|
17KB
|
457 lines
A WILDCAT! BBS FILE FORWARD UTILITY
WCFLFWRD
Version 3.00
(C) COPYRIGHT 1989, 1991 - All Rights Reserved
by
Online Computer Resources
4330-J Clayton Road
Concord, CA. 94521
Voice # (415) 687-1122
Data # (415) 687-0236
WILDCAT! is copyrighted by MUSTANG SOFTWARE, Bakersfield, CA 93301-3118
SHAREWARE POLICY
----------------
WCFLFWRD (Version 3.00) is distributed under the Shareware concept. You
are granted a 30 day license to use and share it under the following
conditions:
o WCFLFWRD is not distributed in a modified form.
o No fee is charged for WCFLFWRD itself.
o The registered version of WCFLFWRD is not distributed.
o All references to the copyright and author are retained.
The latest version of WCFLFWRD is available on the support BBS number
listed on the cover page. If you register WCFLFWRD, you will get the
latest full version of WCFLFWRD, program support, notification of
updates and be able to download the updates from the support BBS listed
in the update notification. Registration costs $25. Please see the order
form called REGISTER.DOC.
If you use WCFLFWRD for longer than 30 days you will be in violation of
this licensing agreement.
SYSTEM REQUIREMENTS
-------------------
WCFLFWRD is fully aware of most network systems (Novell, Lantastic etc.)
IBM or compatible computer
Mono/CGA/EGA/VGA Display
WILDCAT! BBS v3.00 only ******* VERY IMPORTANT *******
D'Bridge/Binkley/FrontDoor/Dutchie/Seadog etc... mailers
LIMITED WARRANTY
----------------
This program is provided "AS IS" without warranty of any kind. Either
expressed or implied, including but not limited to the implied warranties
of merchantability and fitness for a particular purpose with respect to
defects in the program or documentation. The author, Online Computer
Resources, assumes no risk as to quality and performance of the program.
Should it prove defective, you assume the entire cost of any loss of
profit or other commercial damage. Some states do not allow the
exclusion of warranties, so the above exclusion may not apply to you.
COPYRIGHT
---------
Regardless of the method of marketing used, WCFLFWRD is NOT in the
"Public Domain". It is copyrighted by Online Computer Resources.
WHAT IS WCFLFWRD?
-----------------
WCFLFWRD is a Fidonet utility program to import files into your system,
and to export or forward files to other systems based on a distribution
scheme much like echomail is imported into or exported from your Fidonet
system. WCFLFWRD is the equivalent to FLEA and TICK, except that it is
specific to Wildcat! and will not operate on any other type of BBS
system. It is totally compatible with both FLEA and TICK, and as such
can read in FLE and TIC files with no problems. The files exported are
put in the TIC format, and adhere to the specifications as layed out by
Barry Geller (author of TICK). Outgoing files may be created in the FLE
format and adhere to those standards as layed out by Ron Bemis. If you
are familiar with echomail, then WCFLFWRD is equivalent to the import/
export or toss/scan routines in echomail.
HOW DOES WCFLFWRD WORK?
-----------------------
The first thing WCFLFWRD does, is check to see whether the WCFLFWRD.CFG
file is present in the current sub-directory, reads it and stores the
information. If the WCFLFWRD.CFG file is not present the program stops
processing. The WCFLFWRD.CFG file tells WCFLFWRD where to find certain
areas or files on your system, and also specifies all the different file
areas you will be receiving/forwarding from your system. WCFLFWRD then
reads the Wildcat! CONFIGWC.BBS file from the location you specified in
the WCFLFWRD.CFG file. Again, if it can't find the file it will stop
processing. From the CONFIGWC.BBS file, WCFLFWRD gets the location of
the data files, the location of all your file areas, and then initializes
the datafiles so that it can process them. By initializing, we mean that
it prepares them for use in a multi-line or single-line environment,
depending on your selection in the CONFIGWC.BBS file, ie. MAKEWILD
settings. This means that WCFLFWRD will run without any problems while
another node (if multi-line is used) is operating.
Now, WCFLFWRD goes to work. It reads the INBOUND files directory that
you specified in the WCFLFWRD.CFG and looks for all FLE and TIC files.
Each FLE and TIC file is read, and the file is added to the Wildcat!
file database and if necessary is forwarded on to any other nodes that
you may have specified. If the file already exists in Wildcat!, it is
ignored and the next FLE or TIC file is processed. This process is
repeated until such time as all incoming FLE or TIC files are processed.
All activity is logged fully in the WCFLFWRD.LOG file, so that if any
problems are encountered, a note is made in the LOG file. The LOG file
contains a comprehensive audit trail of the activity, so please check it
over carefully.
That, in a nutshell, is how WCFLFWRD works. A more detailed description
appears in the section "RUNNING WCFLFWRD".
INSTALLING WCFLFWRD
-------------------
Copy the WCFLFWRD.EXE and WCFLFWRD.CFG files to your mailer sub-directory.
Edit the WCFLFWRD.CFG file so that it conforms to your system. The CFG
file must contain the following information. You MUST use blank lines to
seperate each FILEAREA. Upper or lower case is not a factor, so you can
type the information in any case. An example of the WCFLFWRD.CFG file
follows:
ORIGZONE 1
NETNODE 161/502
AKA 1:161/0
AKA 1:161/500
WILDCAT f:\wildcat!\node3
INFILES f:\db\files
OUTFILES f:\db
FIDO/SEADOG or OPUS/BINKLEY
NETMAIL f:\db\messages or OUTBOUND f:\binkley\outbound
ZONE
CRC
FILEAREA 3 TICK
1:161/505 pass1 *
1:161/506 pass2 *&F
1:161/501 pass3 C
1:161/2 one *F
1:161/7 two *
FILEAREA 4 BINKLEY
1:161/505 pass1 *
FILEAREA 5 OPUS
1:105/3 password *
A description of the WCFLFWRD.CFG follows:
ORIGZONE 1
This is your zone number. WCFLFWRD is zone aware. Do *not*
leave this out.
NETNODE 1:161/502
This is your net/node number.
AKA 1:161/0
This is your alias address. If you have more than one alias,
then you should create a new AKA line for each alias that you
have.
WILDCAT f:\wildcat!\node3
This is the directory name of your Wildcat! configuration file,
CONFIGWC.BBS. If you are running multi-node, then this can
be any of your nodes configuration files. The example above
uses NODE 3's configuration file.
INFILES f:\db\files
This is the directory name where all your inbound files reside.
OUTFILES f:\db
This is the directory name of your outbound files directory.
In 99.9% of the time, this is your main mailer location.
WCFLFWRD will copy the files to be sent and put them here, and
will also create the outgoing FLE file in this directory.
FIDO/SEADOG
This tells WCFLFWRD to operate in the Fido/Seadog mode, and
it will create netmail messages with file attaches. If you
select this mode, then the NETMAIL option MUST be specified
showing the location of your netmail directory. If the
NETMAIL option is omitted, WCFLFWRD will not work. If you
D'Bridge or Frontdoor, you must use this option.
OPUS/BINKLEY
This tells WCFLFWRD to operate in the Opus/Binkley mode, and
it will create FLO files in the directory you specified in
the OUTBOUND optiom. The OUTBOUND option MUST be specified
showing the location of your outbound directory. If the
OUTBOUND option is omitted, WCFLFWRD will not work.
NETMAIL f:\db\messages
This option gives the location of the netmail directory. This
option must be used if the FIDO/SEADOG mode is selected.
ZONE
This option tells WCFLFWRD to support Zones. The default setting
is NO ZONE support. This is to make it compatible with Flea (c).
For true zone support, this option must be used.
CRC
This option tells WCFLFWRD to check the CRC-32 of all incoming files.
If CRC is in the CFG file, and the incoming file fails the CRC, then
the incoming .TIC file is renamed to a .BAD file. If the CRC is not
found in the CFG file, then the CRC is not checked, but all outgoing
.TIC files created by WCFLFWRd will have the correct calculated CRC
value in them.
OUTBOUND f:\binkley\outbound
This option gives the location of the outbound directory. This
option must be used if the OPUS/BINKLEY mode is selected.
FILEAREA 2 TICK
1:161/505 pass1 *
1:161/506 pass2 &
This is the line which tell WCFLFWRD which areas you will import
or export. The "2" is the numeric File Area you have
specified in the Wildcat! configuration, and TICK is the name
of the FILEAREA you will be processing. Only file areas "1"
thru "999" are valid, and the area name must be a valid area in
the SDS distribution system. Following this statement is a
list of all the nodes which you will send the file to, as
well as their passwords. It also contains the list of nodes
that send files to you and their passwords too. The character(s)
after the password have a special meaning and are described as
follows:
* - Files from this node will be accepted. If not
present, files can be sent to the node, but no files
will be accepted from them.
& - Files will not be sent to this node. If this is the
only flag for this node, then this node has effectively
been commented out, and no files will be received or
sent to this node. If you specify a "*" with this flag
then you will accept files from this system, but no
files will be sent to it.
C - CRASH files will be generated for this node (a CLO
in Opus/Binkley mode)
H - File is put in HOLD status for this node (a HLO
in Opus/Binkley mode)
F - FLE files will be created for this node instead of
sending TIC files.
There *MUST* be a BLANK line between FILEAREA statements, and
there can be a maximum of 40 FILEAREA statements in the CFG
file. There is also a limitation of 50 net/node numbers that
you can specify for each FILEAREA. Passwords are limited to
8 characters in length, and file area names can be 10 characters
long.
RUNNING WCFLFWRD
----------------
WCFLFWRD can be run anytime outside of Wildcat! and will forward files
to those nodes that are in the requested area, and will add the file to
the Wildcat! file database. To understand WCFLFWRD better, a short
description of a FLE or TIC file is needed. Basically, a FLE file looks
like the following:
Area: tick
Test.zip
This is a test of the tick file area
Origin: 161/505
From: 161/506 pass2
Created by WCFLFWRD v1.02 Copyright 1989 by Online Computer Resources
Seenby 161/505 *
Seenby 161/506 *
The Area: line associates this file with the TICK file area. Following
this line is the name of the file, and the description of the file. A
log of where the file originated and the path it has followed is also
included in the FLE file. As can be seen from the above example, this
file (TEST.ZIP), originated on 161/505 and was sent to me by 161/506 with
the password of PASS2. The Seenby lines denote which systems have actually
seen this file, and the "*" after the net/node number tells us the path
this file actually took before getting to this node.
WCFLFWRD reads this FLE file and copies the file to the respective
Wildcat! file area ("A" in the WCFLFWRD.CFG example) and adds it to the
Wildcat! database. It then creates an outbound FLE file for each node
specified in your WCFLFWRD.CFG that has NOT seen this file. It creates
a netmail message or FLO file depending on which mode you selected. After
all FLE files have been created the inbound FLE is then deleted, and the
next FLE file is read, and the whole process is repeated.
COMMAND LINE ARGUMENTS/SWITCHES
-------------------------------
WCFLFWRD <-N> <-T>
The <..> signifies that this is an optional field. The valid command
line switches are as follows:
-N - WCFLFWRD will clean up after itself when it is finished
running. It will scan through all the outgoing .TIC files,
and those .TIC's that do not have corresponding .MSG's will
be deleted. The -N option disables this feature, and you,
the sysop, will have to manually delete all the outbound
.TIC files. This will only work in the FIDO/SEADOG mode!
-T - WCFLFWRD will truncate (delete) outbound files attaches in
the OPUS/BINKLEY mode with this switch. Please bear in mind
that v1.00 of WCFLFWRD truncated (deleted) the outbound files
automatically. This reverses the process, and forces you,
the sysop, to tell WCFLFWRD to truncate (delete) the files
after they have been sent. This will only work in the
OPUS/BINKLEY mode!
REQUIREMENTS/LIMITATIONS OF WCFLFWRD
------------------------------------
1. Pre-Releases are not supported yet.
2. You can have different passwords for the same node for different
FILEAREA's, and the password must be less than or equal to 8 characters
in length.
3. Area names are limited to 10 characters in length.
4. Try to keep all your directories that you specify in the WCFLFWRD.CFG
file to the same drive. WCFLFWRD will rename the file if it is on
the same drive, and will copy and then delete the file if on different
drives. It is much faster to rename than it is to copy and delete!
5. Points are not supported in this version. They may work, but I
haven't tested it.
6. Upper or lower case is not a problem. You can specify any case!
7. If you want to support Zones, make sure you specify ZONE in the CFG
file.
Future enhancements to be provided for WCFLFWRD are:
o Support Pre-Releases of files
o Support points
o Any suggestions?
TECHNICAL SUPPORT
-----------------
Comments and suggestions about WCFLFWRD are welcome, as well as any
comments or suggestions that you may have or want in terms of additional
utilities that you want to see written. Please call Online Computer
Resources at 415-687-1122 (during business hours - 9am to 6pm PST) or
we can be reached on Fidonet 161/503, Mustang Software's Support BBS,
or at the following Online Computer Resource BBS:
The File Server - (415) 687-0236 3/12/24/96 DS/HST/V32/V42
Revision History
----------------
06-15-90 v1.00 - General release of WCFLFWRD
09-15-90 v1.01 - Added two command line switches.
-N to not delete .TIC's after WCFLFWRD finishes.
-T to truncate files after they have been sent.
The -T is for Binkleyterm/Opus use only. The
v1.00 default was to truncate files, and this
version changes that. Please read the documentation
above.
01-01-91 v1.02 - Added CRC-32 checking on incoming TIC files.
A new WCFLFWRD.CFG option of "CRC" will cause
WCFLFWRD to check the incoming file for a valid
CRC-32. If it fails the CRC, the file is not
processed and the incoming .TIC file is renamed
to .BAD. All outbound TIC files will have the
correct CRC value in them, regardless of whether
you have CRC in the CFG file or not. TABS are
now ignored in the WCFLFWRD.CFG file.
08-01-91 v3.0 - 1st release of WCFLFWRD v3.0 compatible with
WILDCAT! v3.00